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(54) Apparatus and method for selecting network entities 

(57) Network management can be made more effi- 
cient by using a graphical user interface that is clear and 
concise in what network information is identified and 
subsequently displayed. One key to improving graphical 
user interfaces is the categorizing of network entities 
into a series of attribute layers that define different fea- 
tures of the network entities. For instance, a layer of 
attributes may include geographical regions, services, 
customers, or types of network entities. By selecting a 
base view from the group of geographical regions and 
then network features for filtering operations from one or 
more of the other attribute layers, the network entities 
defined by the selected network features can be identi- 
fied and isolated with all other irrelevant network entities 
being filtered out. The advantages to this graphical user 
interface is especially evident when considering the 
case that a specific customer, service, or network entity 
requires special attention. Other features of this inter- 
face include bookmarking, archiving, and monitoring 
specific views of a network based off a base view along 
with one or more filtered network features. 
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Description 

FIELD OF THE INVENTION 

[0001] This invention relates generally to graphical 
user interfaces and more specifically to graphical user 
interfaces used for selecting network entities and/or 
managing a network. 

BACKGROUND OF THE INVENTION 

[0002] Communication networks are progressively 
becoming more complicated. Along with more network 
entities being added overall, numerous other changes 
have resulted in increasingly complex networks being 
established. 

[0003] For one, new services have been added that 
fall within a number of different categories including net- 
work, link, data transfer, and application services. 
These service categories are subdivided into numerous 
different services that utilize a variety of different types 
of network entities. For example, network services can 
include Wide Area Network Services (WANS), Local 
Area Network Services (LANS), Metropolitan Area Net- 
work Services (MANS), and Virtual Private Network 
Services (VPNS) while application services can include 
email, http t or ftp, among others. 

[0004] Also within current networks, a considerable 
number of different customers with a variety of require- 
ments are being integrated within central networks. 
Some of these customers include educational, financial, 
government, and health care institutions which vary in 
what type and level of services are needed, as well as 
the bandwidth and complexity necessary. 
[0005] Further complexity within today's networks 
results simply from the large number of different net- 
work elements, transport standards, and interconnec- 
tion possibilities utilized. For instance, possible 
transport standards include SONET, Asynchronous 
Transfer Mode (ATM), and Internet Protocol (IP) while 
interconnections using these standards could be made 
with a variety of different fiber optic cables such as OC- 
1 2, OC-48, OC-1 92, and OC-3X, as well as copper wire 
and microwaves. 

[0006] The overall effect of these numerous differ- 
ent services, customers, and network entities within any 
one network is to make the network considerably more 
difficult to manage compared to previously established 
networks with simpler architectures. This difficulty with 
managing such a complex network results from the ina- 
bility for those managing the network, hereinafter 
referred to as network managers, to observe all the rel- 
evant network information in a clear and concise man- 
ner. 

[0007] One attempt at mitigating this problem has 
been to isolate the area of interest by allowing the net- 
work manager to select a geographical location for dis- 
play. With this selection, only the network components 



within the specified area are shown to the network man- 
ager/ Although this reduces the irrelevant information 
being shown to the network manager, the isolation is not 
sufficient in order to clearly display information relating 
5 to a single customer, service, and/or type of network 
entity when considering a network with large complexity. 

SUMMARY OF THE INVENTION 

w [0008] The present invention can allow network 
managers to view network entities of interest more eas- 
ily by only displaying a subset of network entities as 
defined by network features selected by the network 
managers. To this end, the present invention, according 

15 to one broad aspect, is a method of selecting a focused 
subset of network entities such that the network entities 
of interest are separated from other network entities 
within a larger set. This method of selecting network 
entities starts with a categorization being provided for 

20 each of a series of network entities within a network. 
This categorization has each network entity corre- 
sponding to one or more of a plurality of network fea- 
tures arranged within attribute layers which are each 
defined by a respective containment hierarchy of net- 

25 work features. Secondly, the method includes the step 
of receiving as focused network features one or more 
selected network features for one or more of the 
attribute layers. Finally, the focused subset of network 
entities of interest are selected by identifying which net- 

30 work entities are categorized with all of the focused net- 
work features. 

[0009] Preferably, the network entities within the 
focused subset are displayed with all other network enti- 
ties not being displayed. As well, the method preferably 

35 is able to highlight one or more of the network entities 
within the subset of network entities of interest. Yet fur- 
ther, the displaying of the relevant network entities is 
preferably done by illustrating a geographical region 
selected for a base view and further illustrating a plural- 

40 ity of network entities within the geographical region 
based upon a series of network features selected during 
filtering operation(s). In other embodiments, the display- 
ing of the network entities is done with a logical view or 
a text list view. 

45 [0010] Further features of the method according to 
the preferred embodiment include bookmarking, archiv- 
ing, and monitoring features for sets of selected network 
features. 

[0011] Additionally, further embodiments of the 
so present invention provide a computer system or a 
graphical user interface that is adapted to implement 
one of the above described methods. Yet a further 
embodiment provides a computer readable medium 
having software stored thereon for instructing a compu- 
55 ter to implement one of the above described methods. 
[0012] Yet further, the present invention, according 
to other aspects, is a memory for storing a containment 
hierarchy, a graphical user interface for selecting net- 
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work features, and a memory for storing information 
regarding network entities. 

[0013] Other aspects and features of the present 
invention will become apparent to those ordinarily 
skilled in the art upon review of the following description 5 
of specific embodiments of the invention in conjunction 
with the accompanying figures. 

BRIEF DESCRIPTION OF THE DRAWINGS 

10 

[0014] Preferred embodiments of the present inven- 
tion are described with reference to the following fig- 
ures, in which: 

FIGURE 1 is a block diagram of a network coupled 15 
to a network management device featuring a graph- 
ical user interface according to a preferred embodi- 
ment of the present invention; 

FIGURES 2A and 2B are illustrations of a graphical 
user interface (GUI) according to a preferred 
embodiment of the present invention during a 
selection of a base view; 

FIGURES 3A through 3D are illustrations of the 
GUI of FIGURES 2A and 2B during a filtering oper- 
ation for a customer; 

FIGURES 4A and 4B are illustrations of the GUI of 
FIGURES 2A and 2B during a filtering operation for 
a service; 

FIGURES 5A through 5C are illustrations of the 
GUI of FIGURES 2A and 2B during a selection of a 
new base view and during a filtering operation for a 
service; 

FIGURES 6A through 6C are illustrations of a GUI 
according to a preferred embodiment of the present 
invention during a selection of a base view, during a 
filtering operation, and during a highlighting opera- 
tion respectively; 

FIGURE 7 is an example of a bookmarks option 
which may be incorporated within the GUI of FIG- 
URES 2A and 2B; 

FIGURE 8 is an example of a history option which 
may be incorporated within the GUI of FIGURES 
2A and 2B; and 

FIGURES 9A, 9B and 9C are flow charts illustrating 
the steps the GUI of FIGURE 1 preferably executes 
to create and display a layer cake. 



4 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0015] A method and apparatus is disclosed herein 
below for navigating within a Graphical User Interface 
(GUI) such that a subset of a plurality of network entities 
is selected. Preferably, the GUI further displays the net- 
work entities of the subset so that a user of the GUI can 
more easily observe and/or manage a complex net- 
work. The GUI preferably allows the user to select a plu- 
rality of different criteria to limit the number of network 
entities that are selected and displayed, hence allowing 
only the network entities of interest to be shown. These 
criteria for filtering and the process of performing this fil- 
tering will be described in detail herein below. Prior to 
the detailed description of the present invention, a few 
definitions will be given to define terms used throughout 
the document. 



20 DEFINITIONS 
[0016] 

NETWORK ENTITY: a component within a net- 
25 work, for example a node. 

NETWORK FEATURE: a limiting characteristic, for 
example a specific customer type such as a bank, 
that has one or more network entities of a network 
30 associated with it. 

ATTRIBUTE LAYER: a category of network fea- 
tures, for example all network features related to 
customers. Preferably, each attribute layer for a net- 
35 work has an associated containment hierarchy of 
network features. Preferably and for the purpose of 
the description which follows, there are four 
x attribute layers, one for all network features relating 
to customers, one for all network features relating to 
40 a particular type of network entity, one for all net- 
work features relating to different services, and one 
for all network features relating to different geo- 
graphical regions. For example, a network feature, 
such as "BANK CUSTOMERS", contained within 
45 the customer attribute layer may be contained in a 
higher level network feature, such as "FINANCIAL 
CUSTOMERS", and possibly may contain a plural- 
ity of lower level network features, such as specific 
customers. Each of the network entities within a 
so network is preferably associated with a network fea- 

ture in each of the attribute layers of a network, and 
more generally with a "direct containment hierar- 
chy" of network features in each of the attribute lay- 
ers. 

55 

LAYER CAKE: a user selected group of one or 
more network features that are contained within 
one or more different attribute layers and which col- 
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lectively define the group of network entities of 
interest. A layer cake consists of a "layered" selec- 
tion of network features, starting with a first layer 
referred to as a base view selection which consists 
ofoneormore network features that are selected to 
be the fundamental network feature(s) for a layer 
cake. No network entities outside the scope of the 
base view will be included in the group defined by 
the layer cake. Preferably, one of the attribute layers 
is a hierarchy of geographical region network fea- 
tures, with the base view being defined by a 
selected geographical region network feature, 
though this is not meant to limit the scope of the 
present invention. One or more additional layers 
may further define the layer cake. These additional 
layers maybe a "filter selection" and/or a "highlight 
selection". The filter selection further limits the 
group of network entities of interest, while the high- 
light selection defines a subset of the base view 
(and filter selection when present) which is to be 
visually distinguished when the group of network 
entities of interest is displayed by the GUI. 

PARENT: a network feature which contains other 
network features within one of the above defined 
containment hierarchies. For example, the geo- 
graphical region of "CENTRAL ONTARIO" is a par- 
ent to the region of "TORONTO". 

CHILD.CHILDREN: network features contained 
within a parent network feature. It should be under- 
stood that a network entity that is associated with a 
child network feature is inherently associated with 
the parent network feature, as well as any other 
directly superior network features. For example, a 
network entity associated with "TORONTO" would 
also inherently be associated with "CENTRAL 
ONTARIO", "ONTARIO" and "CANADA". 

SIBLINGS: the network feature children of a com- 
mon parent. For example, "TORONTO" and "BAR- 
RIE" can be considered siblings when considering 
the parent of "CENTRAL ONTARIO". 

DIRECT CONTAINMENT HIERARCHY: is a list of 
network features that ranges from a child's direct 
parent through the parent's parent up to a top-level 
network feature. For example, the direct contain- 
ment hierarchy for "TORONTO" might be "CEN- 
TRAL ONTARIO", "ONTARIO", "CANADA", 
"NORTH AMERICA", and 

"WORLD" with "CENTRAL ONTARIO" being the 
parent for "TORONTO" and "WORLD" being the 
top-level network feature. 

COMPUTER SYSTEM 

[0017] An example of a computer system by which 



embodiments of the present invention may be provided 
or implemented is depicted in block diagram form in 
FIGURE 1. As shown, a Network Management Device 
(NMD) 102 is coupled in series with a database 104, a 
5 data collector 106 and one or more data networks 108, 
such as IP networks. 

[0018] The data collector 106 is preferably capable 
of collecting status and performance information con- 
cerning network entities contained within the data net- 
w works 108 through a series of status and performance 
signals being sent from the network entities to the data 
collector 106. The possible status signals in one exam- 
ple include a warning flag, a failure notice, another 
alarm indication, and an "OK" flag. The possible per- 
75 formance signals in one example include signals com- 
prising the particular network entity's error rate and 
percent utilization. The status and performance signals 
preferably are stored in the database 104 as status and 
performance features respectively of the network enti- 
re ties. 

[0019] The database 104 preferably receives and 
stores the status and performance information from the 
data collector 106 and further receives and stores con- 
figuration information concerning the network entities 

25 within the network 108. The configuration information 
preferably includes all connections between the network 
entities within the network 1 08 such as a particular node 
with a particular network interconnection. The entry of 
this configuration information to the database 104 could 

30 be made by a central operator at the database 104 or 
alternatively could be communicated through the data 
network 108 and the data collector 106 by operators at 
remote locations such as customer sites. Alternatively, 
this information may be entered into the database 104 

35 by having network entities directly communicate with 
the database 106. The key for the present invention is 
that the database 104 stores a list of the network enti- 
ties within the network(s) of interest along with configu- 
ration information. The method used to generate this 

40 database is not directly relevant to the preferred embod- 
iments of the present invention. 

[0020] The NMD 102 preferably comprises a net- 
work management processor 1 1 0 which is coupled to a 
display 112, and to user input devices such as a key- 
45 board 1 1 4 and a mouse 116. If the display 1 1 2 is touch 
sensitive, then the display itself provides a user input 
device. 

[0021] The NMD 102 according to the preferred 
embodiment further comprises a local database 118, 

50 coupled to the network management processor 110, 
that receives and stores categorization information cor- 
responding to the network entities within the network(s) 
of interest. The categorization information preferably 
consists of a direct containment hierarchy of network 

55 features for each of the attribute layers, and an identifi- 
cation of where in each containment hierarchy each net- 
work entity is located. In some embodiments, a network 
entity could be located in more than one location within 
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the containment hierarchy; for example, if a network 
entity is shared between two different customers. 
[0022] Preferably the categorization information is 
manually input to the local database 118 by operators, 
though similar alternatives to the inputting of configura- 
tion information within the database 104 can apply. For 
instance, this categorization information could be com- 
municated to the local database 118 by operators at 
remote locations such as customer sites. In the end, the 
local database 118 preferably maintains a file folder 
structure for each of the attribute layer containment hier- 
archies with a particular network entity being included in 
one or more folders. Alternatively, the local database 
118 maintains a list of the network entities within the 
network(s) of interest along with a list of corresponding 
network features that are associated with the network 
entities. 

[0023] The NMD 102 according to the preferred 
embodiment is adapted to perform two functions. Firstly, 
it presents a GUI 120 on the display 1 12 to enable the 
presentation of attribute layer hierarchies to a user in a 
coherent manner and to enable the receipt of instruc- 
tions from the user through the user input devices 
114,116. Secondly, the NMD 102 performs processing 
on data stored in the database 104 and the local data- 
base 1 1 8 in accordance with instructions received from 
the user through the GUI 120 in order to put the data 
into a form suitable for display. 

[0024] The network 108 is a network of intercon- 
nected communication devices permitting communica- 
tion of data from one point in the network to another. 
Some examples of networks include Asynchronous 
Transfer Mode (ATM) networks, the Internet, networks 
of microwave antenna base stations, satellite networks, 
and networks comprising a mixture of these technolo- 
gies. Regardless of the specific type, the network(s) 1 08 
comprise a number of network entities that each have a 
set of defined network features. For example, an ATM 
network includes network nodes and interconnections 
that may be used for a particular customer and/or serv- 
ice. In other networks, a network entity may include 
such things as routers, antenna base stations, or inter- 
connections that range from copper wire to fiber optic 
cable to microwave links. 

[0025] The GUI 120, according to an embodiment 
of the present invention, that is adapted to implement a 
method according to the present invention as described 
later will now be described with reference to FIGURE 
2A. The GUI 120 depicted in FIGURE 2A comprises a 
header 202, a footer 204, a layer cake selection window 
206, a layer cake display area 207, and a network dis- 
play window 208. As will be seen in examples described 
herein bejow, all illustrations of the GUI 120 will com- 
prise a similar header and footer, but may have differ- 
ences with respect to the contents of the layer cake 
selection window 206, the layer cake display area 207, 
and the network display window 208. 
[0026] The embodiment of the GUI 120 depicted 
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within FIGURE 2A features the use of the layer cake 
selection window 206 to navigate through the attribute 
layers, to select one or more network features, herein 
below referred to as focussed network features, to be 

5 included within a layer cake. The layer cake thus identi- 
fies a group of network entities of interest, referred to 
herein below as a focussed set of network entities. 
While this identification per se may be considered the 
output of the GUI which is useful in its own right, in the 

to preferred embodiment, the group of network entities 
thus identified is displayed in the network display win- 
dow 208. In the description which follows, the assump- 
tion made is that a display of the group of network 
entities identified by the layer cake is always to be gen- 

75 erated. 

[0027] In the preferred embodiment depicted in 
FIGURE 2A, the layer cake selection window 206 com- 
prises a direct containment hierarchy 214 within a first 
window 215; a list of contents 216 within a second win- 

20 dow 217; base view, highlight, and filter buttons 
218,220,222; network, customer, and service attribute 
layer selection tabs 224,226,228; and a region/type 
option 230. The purpose and operation of each of these 
components, as well as the layer cake display area 207, 

25 will be described herein below. 

[0028] The header 202, within the preferred embod- 
iments, includes menus that are important for network 
management operations, but will not be described in 
detail herein since preferably they do not directly relate 

30 to the selection of network entities for display. The footer 
204 preferably includes a bookmarks menu 210 and a 
history menu 212 that will be described in detail herein 
below with reference to FIGURES 7 and 8 respectively. 

35 OVERALL OPERATION OF THE GUI 

[0029] A plurality of steps performed by the GUI 
120, according to a preferred embodiment, for creating 
and displaying a layer cake are now described with ref- 

40 erence to FIGURES 9A, 9B and 9C. Along with the 
descriptions of these steps, the different components 
comprised within the layer cake selection window 206 
used by the user to create the layer cake are also 
described. FIGURE 9A illustrates the overall operation 

45 for the navigating through the attribute layers' hierar- 
chies while FIGURES 9B and 9C define further the 
steps within FIGURE 9A as will be described herein 
below. 

[0030] Initially, as depicted at step 902 within FIG- 
so URE 9A, the GUI determines whether the user has 
pressed an operation button; the operation buttons con- 
sisting of the base view button 218, the highlight button 
220, and the filter button 222. Only one of these buttons 
218,220,222 can be pressed at any one time, the oper- 
55 ation mode of the GUI 120 being determined by the 
pressing of the buttons. 

[0031] As depicted at step 904, the GUI 120 next 
determines whether the base view button 218 was 
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selected. If the base view button 218 was selected by 
the user at step 904, the subsequent navigation within 
the layer cake selection window 206, at step 906 and as 
depicted in FIGURE 9B, will determine the network fea- 
ture^) that define the base view within the network dis- 
play window 208. In the examples described herein 
below with reference to FIGURES 2 through 6 the base 
view is a geographical region network feature, though 
this should not limit the scope of the present invention. 
[0032] If the GUI 120 determines that the base view 
button 222 was not selected at step 904, the GUI deter- 
mines if the filter button 222 was selected by the user at 
step 908. If it was selected, the subsequent navigation 
within the layer cake selection window 206, at step 910 
and also depicted in FIGURE 9B, indicates that the sub- 
sequent network feature(s) that are selected are to be 
used for a filtering operation. This means that all net- 
work entities that are defined with the selected network 
feature(s) are isolated by the filtering out of some or all 
of the other network entities. 

[0033] If the GUI 120 determines that neither the 
base view nor filter buttons 21 8,222 were pressed, then 
the highlight button 220 must have been selected. If the 
highlight button is selected, the subsequent navigation 
within the layer cake selection window 206, at step 912 
and further depicted in FIGURE 9B, indicates network 
feature(s) that are selected to be used for a highlighting 
operation. This means that all network entities that are 
defined with the selected network feature(s) are high- 
lighted or otherwise visually distinguished within the 
network display window 208. The difference between 
the operation of the highlight and filter buttons 220,222 
is that the highlighting operation does not filter out any 
network entities currently being shown within the net- 
work display window 208, but simply visually distin- 
guishes the network entities defined with the selected 
network feature(s). Conversely, the filtering operation 
preferably removes all network entities except those 
defined with each of the selected network feature(s), the 
base view, and any other network features selected dur- 
ing previous filtering operations. 

[0034] After any one of steps 906, 910 or 912, the 
GUI 120 preferably generates, at step 914, a network 
display on the network display window 208 as will be 
described herein below with reference to FIGURE 9C. 
Further, the GUI 120 then waits for the user to press an 
operation button again at step 902. At this point, addi- 
tional network features can be added for the filtering 
and/or highlighting or the base view can be changed. 
Preferably, a change in the base view results in the 
other selected network features for filtering and high- 
lighting operations to also be removed. 

NAVIGATION WITH THE LAYER CAKE SELECTION 
WINDOW 

[0035] The navigation within the layer cake selec- 
tion window 206 for the selecting of network features 
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during the base view selection, filtering operation, and 
highlighting operation is now described with reference 
to FIGURE 9B. The first step 916 of the navigation of 
the layer cake selection window 206 is for the GUI 120 

5 to have the user select an attribute layer that the subse- 
quent network feature to be selected is characterized 
by. In the illustrated examples described later with refer- 
ence to FIGURES 2 through 6, the attribute layers are 
network, customer, and service and these are selected 

10 with respective attribute layer selection tabs 
224,226,228. Of course, different attribute layers could 
alternatively be defined. Preferably, the selection of a 
particular tab results in a panel for that attribute layer 
being displayed on top of the tabs for the other attribute 

75 layers. In the event that step 91 6 is not performed by the 
user, the previous selection is maintained. 
[0036] Next as shown at step 91 8, the GUI 1 20 has 
the user select either the region or type option 230 for 
the network feature that is to be subsequently selected. 

20 The selection of the region or type option 230 is prefer- 
ably done by mouse clicking on the circle in front of the 
words "REGION*' or "TYPE" respectively within the layer 
cake selection window 206. Similar to the selection of 
the attribute layers, in the event that step 91 8 is skipped, 

25 the previous selection is maintained. The selection of 
the region option indicates that the network feature that 
is to be selected will be a geographical region network 
feature. In preferred embodiments, only a single geo- 
graphical region is selected for a layer cake such that it 

30 is used as the base view, within a filtering operation, or 
within a highlighting operation. In the examples 
described herein below with reference to FIGURES 2 
through 6, the region option is selected during the base 
view selection as the network feature selected for the 

35 base view is preferably a geographical region network 
feature. 

[0037] In other embodiments still within the scope 
of the present invention, geographical region network 
features are associated with any one of the other 

40 attribute layers (such as the network, customer or serv- 
ice attribute layers) and any one of the base view selec- 
tion, filtering operations and highlighting operations. In 
these alternatives, the region and type essentially 
define two distinct network feature containment hierar- 

45 chies for each attribute layer. Thus, there is a respective 
containment hierarchy of network attribute layer net- 
work features based on each of type and region, a 
respective containment hierarchy of customer attribute 
layer network features based on each of type and 

so region, and a respective containment hierarchy of serv- 
ice attribute layer network features based on each of 
type and region. In some of these alternative embodi- 
ments, the region hierarchy for each of the attribute lay- 
ers is the same, though in some other embodiments the 

55 user can select a different geographical region network 
feature for the different attribute layers. This could result 
in a first set of network entities defined by a first network 
feature being selected due to being in a first geographi- 
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cal region and being defined by the first network feature 
while a second set of network entities is selected due to 
being within a second geographical region and being 
defined by the second network feature. It is noted, that 
in the above case, the first and second geographical 
regions could overlap. In a case in which the base view 
is a geographical region network feature, it could be 
seen that a customer, service, or network entity type 
could be highlighted or isolated for a geographical 
region contained within the base view. The highlighting 
and/or filtering operations would use the region option 
to limit the geographical area in which a customer, serv- 
ice, or network entity type are highlighted or filtered. 
[0038] The selecting of the type option indicates 
that the network feature that is to be selected will be a 
"type" of network entity, customer, service or other 
attribute layer. A "type" is preferably either a specific 
network entity, customer or service or is a general 
grouping of network entities, customers, or services. 
[0039] Referring back to FIGURE 9B, the next steps 
920,922 comprise the steps in which the GUI 120 must 
have the user perform selections with the direct contain- 
ment hierarchy 214 and the list of contents 21 6 to navi- 
gate through a series of containment levels in order to 
select a specific network feature to be included within 
the layer cake for either a base view, filter or highlight. 
The operation of the direct containment hierarchy 214 
and the list of contents 21 6 for a particular attribute layer 
is preferably as disclosed within PCT patent application 
PCT/CA00/00596 entitled "Method and Apparatus for 
Displaying and Navigating Containment Hierarchies" by 
Rochford et al, filed on May 19, 2000, assigned to the 
assignee of the present invention. Initially, the direct 
containment hierarchy 214 comprises the top-level net- 
work feature associated with the selected attribute layer 
and region/type option. Within the examples shown with 
reference to FIGURES 2 through 6, the top-level net- 
work feature for a geographical region, a network entity 
type, a customer type, and a service type is the 
"WORLD", "ALL NETWORK ENTITIES", "ALL CUS- 
TOMERS", and "ALL SERVICES" network features 
respectively. As well, initially the list of contents 216 
contains all of the children corresponding to the top- 
level network feature or the previously selected network 
feature. To navigate down to a specific network feature 
of interest, the user can select one of the network fea- 
tures within the list of contents 216 by clicking on the 
particular network feature as depicted at step 920. This 
results in the selected network feature being added to 
the direct containment hierarchy 214 (or alternatively 
the direct containment hierarchy being redrawn to 
include the selected network feature) and the children of 
the newly selected network feature being displayed in 
place of the list of contents previously displayed for the 
previously selected network feature. As depicted at step 
922, if this selected network feature is not at the desired 
containment level, the user can proceed back to step 
920 and select a child of the previously selected net- 



work feature. This will continue until the selected net- 
work feature from the list of contents 216 is at the 
containment level of interest. At this point, the user pref- 
erably selects the network feature as a network feature 

5 to be added to the layer cake by double clicking with the 
mouse 1 16 on the particular network feature. Preferably, 
in the case that a network feature already has been 
selected for a particular hierarchy, the previously 
selected network feature and its corresponding direct 

10 containment hierarchy are initially displayed in the direct 
containment hierarchy 214 rather than the top-level net- 
work feature alone. 

[0040] After the selection of a network feature for 
inclusion within a layer cake, the second window 217 

15 containing the list of contents 216 preferably disappears 
from the GUI 120, leaving the first window 215 contain- 
ing the direct containment hierarchy 214 comprising the 
selected network feature at the bottom of a list of its par- 
ent, grandparent, etc that were added to the hierarchy 

20 214 during the selection process. The direct contain- 
ment hierarchy 214 preferably only includes the network 
features which lead directly to the selected network fea- 
ture. The result is a concise display of the hierarchy of 
the particular network feature which can be immediately 

25 discerned directly from the display without the need to 
perform any scrolling. 

[0041] In one embodiment, only a single network 
feature is selected during a single base view selection, 
filter operation, or highlight operation. However, more 
30 generally, after a network feature for a selected attribute 
layer has been selected as described above with refer- 
ence to FIGURE 9B, the same process may be 
repeated for the other attribute layers resulting in either: 

35 1 . a base view defined by one or more network fea- 

tures in respective attribute layers if the base view 
button 218 was selected. Preferably, only a single 
network feature defines a base view; 

40 2. a filter definition defined by one or more network 
features in respective attribute layers if the filter but- 
ton 222 was selected. The filter network features 
must be associated with, or subsidiary to the net- 
work feature(s) selected for the base view; or 

45 

3. a highlight definition defined by one or more net- 
work features in respective attribute layers if the 
highlight button 220 was selected. The highlight 
network features must be associated with, or sub- 
so sidiary to the network feature(s) selected for the 
base view. 

GENERATING THE DISPLAY 

55 [0042] The step of generating the display at step 
914 within FIGURE 9A is now described in further detail 
with reference to FIGURE 9C. Preferably, the generat- 
ing a new display within the network display window 208 
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occurs after each selection of a base view, each selec- 
tion of a network feature to perform a filtering operation, 
and each selection of a network feature to perform a 
highlighting operation. Alternatively, the generating of a 
new display could be done at any time selected by the 5 
user of the GUI 1 20 such as after all network features to 
be included within the layer cake (as part of the base 
view selection, a filtering operation or a highlighting 
operation) have been selected. 

[0043] The first step 924 within the procedure of 10 
generating a display according to a preferred embodi- 
ment is to identify a first set of all network entities within 
the base view. Next, if network feature(s) were selected 
for filter operations, the GUI 120 removes all network 
entities that are not defined by the network feature(s) 15 
from the first set as depicted at step 926. Subsequently, 
as depicted at step 928, the GUI 1 20 identifies a second 
set of network entities consisting of all network entities 
in the first set that are defined by the network features 
selected during a highlighting operation, if any. At this 20 
point, the GUI 120 preferably displays all of the network 
entities in the first set with highlighting being applied to 
any network entities within the second set. The GU1 120 
then, at step 932, preferably writes the network features 
selected for the particular layer cake consisting of base 25 
view network features, filtering network features, and/or 
highlighting network features within the layer cake dis- 
play area 207. In this layer cake display area 207, the 
network features are preferably identified as being 
defined for a base view, a filtering operation, or a high- 30 
lighting operation with use of a symbol to the left of the 
network features' names, these symbols preferably 
being the same as those on their respective buttons. In 
the examples shown, the symbols are a rhombus with 
an arrow, a sun, and two shapes overlapping for the 35 
base view, highlighting operation and the filtering oper- 
ation respectively. 

[0044] Next, at step 934, the GUI 120 stores the 
currently displayed layer cake to a history feature that 
will be described in detail with reference to FIGURE 8. 40 
Preferably this storage is done by saving the list of 
selected network features for the base view, filtering 
operations, and highlighting operations into the local 
database 118. Alternatively, this storage either only 
includes the first and second sets of network entities or 45 
the first and second sets along with the list of selected 
network features. It is noted that for these alternative 
implementations, a relatively large amount of memory 
would be required within the local database 1 1 8 to store 
the sets of network entities. so 

ADDITIONAL DETAIL OF THE LAYER CAKE SELEC- 
TION WINDOW 

[0045] The first and second windows 215,217 are ss' 
preferably displayed adjacent to each other, or with the 
second window 217 partially overlapping the first. The 
display of the second window 217 has an arrow 232 



pointing to the network feature in the direct containment 
hierarchy 214 whose children are listed in the list of con- 
tents 216. In a preferred embodiment, the arrow 232 
can be dragged or otherwise controlled with a us r input 
device, for example the mouse 1 1 6, such that it points to 
any level in the displayed direct containment hierarchy 
214. When such is done, the second window 21 7 moves 
up with the arrow 232, and the list of contents 216 is 
updated to show the children of the network feature 
pointed to by the arrow 232 at a given time. A sample 
use of the arrow 232 will be shown during the descrip- 
tion of FIGURES 2 through 6 herein below. While an 
arrow 232 is shown as the mechanism for jumping up to 
a previously selected level in the direct containment 
hierarchy 214, it is to be understood that other mecha- 
nisms for achieving this may alternatively be employed. 
For example, by clicking within the direct containment 
hierarchy 214 with a mouse on the level of interest, by 
dragging the entire window 217, or any other suitable 
mechanism. 

[0046] A further preferable feature of the second 
window 217 that may be provided is a search window 
234 which allows a user to enter a textual search crite- 
rion. The system in response to such an entry performs 
a search of the file names in the currently displayed list 
of contents and displays any matching results. Any 
searching technique may be employed to this end 
including any one of many existing well known tech- 
niques. 

[0047] Yet further, a pictorial representation 236 of 
the list of contents 216 is preferably provided within the 
second window 217. Referring to FIGURE 2A, in this 
example, a pictorial representation 236 consisting of a 
map of the world is depicted with each of the children 
("ASIA", "AUSTRALIA", "EUROPE", "NORTH AMER- 
ICA", etc.) are shown within the second window 217. In 
other figures that will be described in more detail herein 
below, this pictorial representation does not have to be 
a geographical region, but could alternatively be a logi- 
cal interpretation of the list of contents 21 6. For example 
within FIGURES 3A through 3C, logical views for the 
customer attribute layer are shown as the pictorial rep- 
resentation. In this case, a small circle within a larger 
circle is used, the smaller circle containing the parent of 
the list of contents 216 and the larger circle being 
divided into slices that represent each of the children 
within the list of contents 216. For instance, in FIGURE 
3 A, "ALL" is written within the small circle to represent 
"ALL CUSTOMERS" and "EDUC", "$" "GOV" and a 
medical symbol are written within the larger circle to 
represent "EDUCATIONAL", "FINANCIAL", "GOVERN- 
MENT", and "HEALTH CARE" respectively. As a child 
from the list of contents 216 is selected, the symbol or 
abbreviation representing the child is written into the 
small circle with its children surrounding it in the larger 
circle. Preferably, the pictorial representation is done in 
a manner which allows the selection of a network fea- 
ture from the list of contents by clicking on the pictorial 
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representation. For example, within the pictorial repre- 
sentation 236 displayed within FIGURE 3A, a user could 
click on the symbol "$" in order to select the network 
feature "FINANCIAL". Preferably, it is user selectable to 
hide the pictorial representation and/or to hide the list of 5 
contents. In the illustrated examples of FIGURES 2 
through 6, a "hide map" screen switch 238 is provided 
which when selected redraws the display without the 
map and shows a screen switch "show map" in place of 
the "hide map" screen switch. Similarly, a "hide list" w 
screen switch 240 may be provided. 
[0048] In a preferred embodiment, when a pictorial 
representation of the selected network feature is dis- 
played as part of the second window 217, different pic- 
torial elements in the pictorial representation will 15 
represent the list of contents 216. For example, in FIG- 
URE 2A, the list of contents consists of a list of conti- 
nents, and the pictorial representation 236 is a map of 
the World illustrating the different continents. Preferably, 
by "mousing over" the pictorial representation, i.e. by 20 
moving a mouse over the pictorial representation but 
not clicking on anything, the name of the element cur- 
rently being displayed is brought to the top of the list of 
contents 216. Preferably, when a particular pictorial ele- 
ment has been moused over, a halo or other highlight- 25 
ing effect is added to the display to make it clear to a 
user which pictorial element is being moused over at a 
given time. Preferably, the listing which is brought to the 
top of the list of contents 236 is highlighted or otherwise 
distinguished from the remainder of the list. 30 

EXAMPLE UTILIZATIONS FOR THE GUI 

[0049] The GUI 120 according to a preferred 
embodiment is now shown by example with reference to 35 
FIGURES 2 through 6 during a variety of different oper- 
ations that create and display a variety of different sets 
of network entities on the network display window 208. 
For starters, FIGURES 2A and 2B are illustrating the 
GUI 120 during the selection of a base view. As 40 
depicted in FIGURE 2A, the layer cake selection win- 
dow 206 has the base view button 21 8 pressed, the net- 
work layer tab 224 selected (though preferably any one 
of the tabs 224,226,228 could be selected with the 
same result), and the region option within the 45 
region/type option 230 selected. This indicates that the 
base view is being selected as a geographical region 
representation of a network. Hence, the network feature 
that is to be added to the layer cake as the base view 
could be as high-level as the "WORLD" or as low-level 50 
as a specified neighbourhood within a city. As shown 
within FIGURE 2A, the "WORLD" is shown as the top- 
level network feature within the direct containment hier- 
archy 214 and "ASIA", "AUSTRALIA", "EUROPE", and 
"NORTH ANERICA" are shown as its children within the 55 
list of contents 21 6. Within FIGURE 2A, the network dis- 
play window 208 and the layer cake display area 207 
are both blank since no network features are yet 



selected for the layer cake within the depicted example. 
[0050] FIGURE 2B illustrates the GUI 120 directly 
after a base view has been selected. In this figure, the 
geographical region of TORONTO" has been selected 
as the base view. The direct containment hierarchy 214 
shows that the user selected the network features 
"NORTH AMERICA", "CANADA", "ONTARIO", and 
"CENTRAL ON" before finally selecting the 
'TORONTO" network feature for the base view. It is 
noted that alternatively, the user could have chosen one 
of the above network features as the network feature for 
the base view. Since the user has finished selecting a 
network feature, as described previously, the window 
217 containing the list of contents 216 has disappeared 
and the geographical region corresponding to the 
selected network feature ("TORONTO"), in this case a 
graphical depiction of Toronto, is now being displayed 
within the network display window 208 and the network 
feature "TORONTO" is added to the layer cake display 
area 207. It can be seen on FIGURE 2B that the GUI 
120 has proceeded through steps 902, 904, 906 (includ- 
ing steps 916 to 922), and 914 (including steps 924 to 
934) within FIGURES 9A to 9C to reach this point, 
though steps 926 and 928 are simplified due to no net- 
work features being yet selected for a filtering or high- 
lighting operation. 

[0051] As shown within FIGURE 2B, the base view 
of "TORONTO" also shows a number of the key network 
links for the city. In other alternative embodiments no 
network entities are shown when displaying a geo- 
graphical region defining the base view. In yet other 
alternative embodiments, all or a significant portion of 
the network entities within the base view's geographical 
region are shown when the base view is shown with no 
filtering operations performed. 

[0052] FIGURES 3A through 3D depict the select- 
ing of a network feature for a filtering operation after the 
base view was previously selected as in FIGURE 2B. 
FIGURES 3A through 3D also show how a user can 
navigate his/her way through an attribute layer with use 
of the direct containment hierarchy 214 and the list of 
contents 216 to select a particular network feature. As 
depicted within FIGURE 3A, the user of the GUI has 
selected the customer attribute layer tab 226 and the 
type option; within the region/type option 230, and has 
pressed the filter button 222, which indicates that 
he/she will select a customer (or a type of customer) for 
a filtering operation. This selection, as shown in FIG- 
URE 3A, results in the "ALL CUSTOMERS" high-level 
network feature being displayed within the direct con- 
tainment hierarchy 214 and its children being displayed 
within the list of contents 216. In this case, the children 
shown are "EDUCATIONAL", "FINANCIAL", "GOVERN- 
MENT", and "HEALTH CARE". Preferably, as depicted 
within FIGURE 3A and further within FIGURES 3B and 
3C, the network display window 208 and the layer cake 
display area 207 do not change until the network feature 
to be filtered has been selected. Hence, during the 
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selecting procedure shown in FIGURES 3A through 3C, 
the network display window 208 and the layer cake dis- 
play area 207 preferably remain the same as shown in 
FIGURE 2B. 

[0053] FIGURE 3B illustrates the GUI 120 after the 
user has selected the "FINANCIAL" network feature 
within the list of contents 216 of FIGURE 3A. As a result 
of this selection, as depicted within FIGURE 3B, the 
word "FINANCIAL" has been added under "ALL CUS- 
TOMERS" within the direct containment hierarchy 214 
and the list of contents 21 6 now contains the children of 
the network feature "FINANCIAL". For this example, 
these children include "BANKS", "INSURANCE", and 
"INVESTMENT". 

[0054] Similar to FIGURE 3B, FIGURE 3C depicts 
the GUI 120 after the user has further selected a child 
within the "FINANCIAL" network feature. In this case, 
the user has selected "BANKS". This results, in the 
word "BANKS" being inserted within the direct contain- 
ment hierarchy 214 under the word "FINANCIAL" arid 
the children within the "BANKS" network feature being 
displayed within the list of contents 216. As depicted 
within FIGURE 3C, these children include "BANK A", 
"BANK B", "BANK C", and "BANK D". 
[0055] Within the example being presented, the 
user selects "BANK B" to be the network feature added 
to the layer cake. This is preferably done with the user 
double clicking on "BANK B" within the list of contents 
216. FIGURE 3D illustrates the GUI 120 after the selec- 
tion of the "BANK B" network feature. At this point, as 
depicted in FIGURE 3D, the words "BANK B" have been 
added under the word "BANKS" within the direct con- 
tainment hierarchy 214, the window 217 containing the 
list of contents 216 has disappeared, Points of Pres- 
ence (POP) of each of the Bank B institutions within the 
Toronto region have been added within the network dis- 
play window 208, and "BANK B" has been written to the 
layer cake display area 207. In this example, the Points 
of Presence are located by the processor 1 1 0 within the 
local database 118 as the network entities associated 
with network feature "BANK B". The fact that the filtering 
operation was selected by pressing the filter button 222, 
means that all other network entities not defined by the 
"BANK B" network feature are not displayed within the 
network display window 208. Preferably, as shown in 
FIGURE 3D, the Points of Presence are the only net- 
work entities associated with the "BANK B" network fea- 
ture that are displayed, as they are the network entities 
directly connected to the main carrier network. Intercon- 
nections, on the main carrier network, that are associ- 
ated to particular services associated with the "BANK 
B" network feature are not displayed in preferable 
embodiments for clarity. In the example shown within 
FIGURE 3D, even the key network links included within 
the base view are filtered out, though in some embodi- 
ments such a filtering would not take place. It should be 
understood that the GUI depicted within FIGURES 3A 
through 3D proceeds through the steps 902, 904, 908, 



910 (including steps 914 to 922), and 914 (including 
steps 924 through 934). 

[0056] The selecting of an additional network fea- 
ture for filtering within the layer cake generated within 

5 FIGURE 3D is now described with reference to FIG- 
URES 4A and 4B. This additional selection of a network 
feature for filtering can be seen as returning to step 902 
and proceeding through steps 904, 908 and 910 again. 
As depicted within FIGURE 4A, the user has selected 

10 the service attribute layer selection tab 228, has 
selected the type option of the region/type option 230, 
and has pressed the filter button 222. This indicates that 
the user will be selecting a service (or a type of service) 
for a filtering operation. As depicted within FIGURE 4A, 

75 the high-level network feature "ALL SERVICES" is writ- 
ten within the direct containment hierarchy 214 while its 
children such as "NETWORK", "LINKS", "DATA 
TRANSFER" and "APPLICATIONS" are within the list of 
contents 216. 

20 [0057] FIGURE 4B, shows the GUI 1 20 after a cou- 
ple of selections made by the user. Firstly, the user has 
selected the "NETWORK" network feature from the list 
of contents 216 of FIGURE 4A. Next, the user has 
selected the "VPNS" child from within the "NETWORK" 

25 network feature. By double clicking on the "VPNS" net- 
work feature, the user has added it to the layer cake. 
Now the layer cake is made up of geographical region 
"TORONTO" (base view), customer "BANK B" (filtering 
operation) and service "VPNS" (filtering operation). So, 

30 the processor 1 10 now displays the virtual private net- 
works for Bank B in Toronto within the network display 
window 208 of FIGURE 4B and adds the network fea- 
ture "VPNS" to the layer cake display area 207. All net- 
work entities that are associated with other 

35 geographical regions, customers, and services are 
essentially filtered out since these network entities 
would not be included within the first set at step 926 in 
FIGURE 9C. 

[0058] An example is now described with reference 

40 to FIGURES 5A through 5C in which the user starts a 
new layer cake after the creation of the layer cake dis- 
played within FIGURE 4B. First, as shown in FIGURE 
5A, the user has begun the selecting of a new base 
view. The user has selected the region option within the 

45 region/type option 230 and has pressed the base view 
button 218. These actions result in the display of the 
network feature selected as the base view for the cur- 
rent layer cake and its hierarchy within the direct con- 
tainment hierarchy 214. As depicted in FIGURE 5A, the 

so user has subsequently moved the arrow 232 to the 
"ONTARIO" network feature within the direct contain- 
ment hierarchy 214, resulting in the removal of the net- 
work features lower than "ONTARIO" from the direct 
containment hierarchy 214 and the display of the chil- 

55 dren of "ONTARIO" within the list of contents 216. In 
alternative embodiments, the user would select the 
"ONTARIO" network feature through other methods 
such as clicking on the word "ONTARIO" within the 
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direct containment hierarchy 216. In this case, "CEN- 
TRAL ON", "EAST ON", "NORTH ON", and "SOUTH 
ON" are displayed within the list of contents 21 6. As can 
be seen in FIGURE 5A, during the procedure of select- 
ing a new base view (and another layer cake), the net- 
work display window 208 and the layer cake display 
area 207 preferably continues to display the layer cake 
previously selected. 

[0059] As depicted within FIGURE 5B, the user has 
subsequently selected "OTTAWA" as the new base 
view. To do this, the user must have selected "EAST 
ON" amongst the children of "ONTARIO" before double 
clicking on "OTTAWA" amongst the children of "EAST 
ON". At this point, the word "OTTAWA" has been written 
under the "EAST ON" network feature within the direct 
containment hierarchy 214, the list of contents 216 has 
disappeared, the network display window 208 has dis- 
played the geographical region of "OTTAWA", and the 
layer cake display area 207 has replaced the previous 
layer cake by listing "OTTAWA" as the base view of the 
current layer cake. Once again, as seen on FIGURE 5B, 
the base view not only includes the geographical region 
selected but also preferably includes the key network 
links within the city. It is noted that the GUI has per- 
formed steps 902, 904, 906 (including steps 914 to 
922), and step 914 (including steps 924 to 934) to get to 
this point. 

[0060] In a preferred embodiment of the present 
invention as depicted within FIGURE 5B, the filtering 
operations from the layer cake depicted in FIGURE 4B, 
those being customer "BANK B" and service "VPNS", 
are not transferred with the new base view. This is 
because, in this preferred embodiment, the initiating of 
a new base view also initiates the start of a new layer 
cake. In alternative embodiments, the start of a new 
base view does not initiate the start of a new layer cake 
but simply modifies the current layer cake with the new 
base view. In this case, Ottawa would be shown with the 
previously defined filtering layers, in this case customer 
"BANK B" and service "VPNS". In this alternative 
embodiment, the only time these filtering layers would 
be changed would be in the case that the user turns 
them off or changes the selection, 
[0061] FIGURE 5C illustrates the GUI 120 after the 
user has added a network feature with a filtering opera- 
tion to the layer cake depicted in FIGURE 5B. To get to 
the point depicted in FIGURE 5C, the user has selected 
the service attribute layer selection tab 228, has 
selected the type option within the region/type option 
230, and has pressed the filter button 222. Then, the 
user selected the "APPLICATIONS" child within the 
"ALL SERVICES" high-level network feature and 
selected for filtering the "EMAIL" network feature within 
the "APPLICATIONS" parent by double clicking on the 
"EMAIL" selection. As depicted within the network dis- 
play window 208 of FIGURE 5C, email servers 502 for 
the Ottawa region are shown within the network display 
window 208 and the word "EMAIL" has been added to 



the layer cake display area 207. In this example, unlike 
the previous example depicted in FIGURE 3D, the add- 
ing of a network feature to the layer cake with use of a 
filtering operation did not result in the removal of the key 
5 network links for the Ottawa region. This preferably is a 
user controlled option. 

[0062] Although the previous examples are specific 
to layer cakes that have network features added due to 
filtering operations, highlighting operations can equally 

w add network features to the created layer cake. FIG- 
URES 6A, 6B, and 6C are illustrations of the GUI 120 
after the selection of a base view, after a filtering opera- 
tion for a specific network transport standard, and after 
a highlighting operation respectively. As depicted in 

is FIGURE 6A, the user has selected the geographical 
region that is defined by the network feature "ONTARIO" 
as his/her base view. This was done by selecting the 
region option within the region/type option 230, by 
pressing the base view button 218, and by navigating to 

20 the "ONTARIO" network feature and subsequently dou- 
ble clicking on it. This procedure results in the displaying 
of an image of Ontario within the network display win- 
dow 208 and the writing of "ONTARIO" within the layer 
cake display area 207. 

25 [0063] The GUI 120 as depicted in FIGURE 6B 
shows the base view of FIGURE 6A with an added net- 
work feature within the layer cake due to a filtering oper- 
ation. In this case, the user has selected the network 
attribute layer selection tab 224, has selected the type 

30 option within the region/type option 230, and has 
pressed the filter button 222. Subsequently, the user 
selected the "TRANSPORT" network feature within the 
"ALL NETWORKS" high-level network feature and dou- 
ble clicked on the "SONET" network feature within the 

35 "TRANSPORT" parent.. As depicted within FIGURE 6B, 
this procedure results in the displaying of all of the 
SONET links and servers in Ontario within the network 
display window 208, with all other transport standards 
being filtered out, and the word "SONET' being added 

40 to the layer cake display area 207. 

[0064] The GUI 120 as depicted within FIGURE 6C 
illustrates the situation in which the user, subsequent to 
the filtering of FIGURE 6B, proceeds to highlight those 
SONET links that are connected with OC-48 SONET 

45 switches and the interconnections between them. The 
user does this by pressing the highlight button 220, 
clicking on the "SONET" network feature within the 
direct containment hierarchy 214 (resulting in the 
appearance of the window 217 containing the list of 

so contents 216), and double clicking on the "OC48" net- 
work feature within the list of contents (not shown on 
FIGURE 6C). As can be seen in FIGURE 6C, all the 
interconnections 602 between OC-48 SONET switches 
are highlighted due to this highlighting operation and the 

55 word "OC48" is added to the layer cake display area 
207. It can be seen that the GUI 120 proceeded through 
the steps 902, 904, 908, 912 (including steps 914 to 
922), and 914 (including steps 924 to 934) to generate 
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the network display shown on FIGURE 6C from the 
layer cake depicted in FIGURE 6B. 

ADDITIONAL FEATURES OF THE GUI 

[0065] Other features of the GUI 120 according to 
preferred embodiments that utilize the layer cake format 
described previously are now described with reference 
to FIGURES 7 and 8. FIGURE 7 illustrates an example 
use of the bookmarks menu 210 shown within FIG- 
URES 2 through 6 as part of the footer 204. This feature 
is preferably used by clicking on the bookmarks menu 
210 and then making a selection from the options avail- 
able when a bookmarks window 702 pops up from the 
bookmarks menu 210. In the example depicted within 
FIGURE 7, the available options within the bookmarks 
window 702 include "ADD BOOKMARKS" 704, "BANK 
BA/PNS/TORONTO" 706, " E M A I L/OTTAWA" 708, 
"SONET/ONTARIO" 710, and "CLINICS/LANS/EAST 
ON" 712. The selection of the "ADD BOOKMARKS" 
option 704 preferably results in the layer cake currently 
being viewed on the network display window 208 being 
saved as a bookmark within the local database 1 1 8 and 
added to the bookmarks window 702. The saving of a 
layer cake preferably comprises saving the selected 
network features that correspond to the layer cake's 
base view, filtering operation(s), and highlighting opera- 
tion^). Subsequently, if the user selects that bookmark 
from the list of options within the bookmarks window 
702, the exact layer cake that was saved is regenerated 
by displaying the network entities that correspond to the 
selected network features on the network display win- 
dow 208 and listing the corresponding network features 
on the layer cake display area 207. It should be noted 
that options 706, 708, and 710 represent the case that 
the "ADD BOOKMARKS" option 704 was made while 
FIGURES 4B, 5C, and 6C were being displayed respec- 
tively while option 71 2 represents a bookmarked layer 
cake that is not described herein above. 
[0066] FIGURE 8 illustrates the use of the history 
menu 212 that is incorporated within the footer 204 of 
the GUI 120 depicted in FIGURES 2 through 6. Prefer- 
ably, once the history menu 212 is selected, by clicking 
on it, a history window 802 pops up from it. All of the 
layer cakes (each comprised of one or more network 
features) that were previously viewed on the network 
display window 208 are preferably saved within the local 
database 118, as previously discussed, and displayed 
within the history window 802. For these layer cakes 
that were previously viewed, the corresponding network 
feature (s) are preferably grouped together with a sym- 
bol indication given whether the network feature was 
added as a base view, due to a filtering operation, or 
due to a highlighting operation. As well, as seen in the 
preferable history window 802 of FIGURE 8, the layer 
cakes are saved with a dependent hierarchical structure 
such that a network feature added due to a filtering or 
highlighting operation may not be viewed without the 



base view and any other previously added network fea- 
ture. -For example, as depicted within FIGURE 8, the 
attribute "BANK B" is a network feature which can only 
be selected if the base view "TORONTO" is also cho- 

5 sen. Similarly, network feature "VPNS" can only be 
selected along with base view TORONTO" and net- 
work feature "BANK B". In alternative embodiments, this 
linking of network features based upon when they were 
selected in the history is not performed and so the net- 

10 work features may be selected from the history by them- 
selves. The problem with these alternative 
embodiments is that, in some circumstances, the histor- 
ical information loses context without the previously 
selected filtering, highlighting, and/or base view network 

r 5 features. 

[0067] Another feature of the GUI 120 according to 
preferred embodiments is a layer cake monitoring fea- 
ture. The GUI 120 preferably allows for an entire layer 
cake to be monitored for errors and/or warnings by mon- 

20 itoring the status signals received at the data collector 
106 for each of the network entities within the first set 
defined at step 928 of FIGURE 9C for the particular 
layer cake. These errors and/or warnings could be 
associated to such problems as failures and high con- 

25 gestion. For instance, by inserting a layer cake defined 
by geographical location "TORONTO", customer "BANK 
B", and service "VPNS" as displayed in FIGURE 4B into 
the monitoring feature, the errors and/or warnings 
involved with network entities associated with virtual pri- 

30 vate networks belonging to Bank B within Toronto can 
be counted and presented to the network manager at 
regular intervals. This feature is particularly useful if a 
particular geographical region, customer, service, 
and/or network entity type is having difficulty. 

35 [0068] Although the GUI 120 described herein 
above has a network display window 208 that displays a 
geographical representation of the network, this is not 
meant to limit the scope of the present invention. For 
instance, other embodiments of the present invention 

40 have windows which display either a logical view or a 
text view of the selected layer cake. A logical view may 
consist of network entities such as nodes and links 
being placed in a systematic order that represents the 
actual physical network. A text view may consist of a list 

45 of network entities that would have been displayed for 
the selected layer cake had the geographical represen- 
tation as shown herein above been utilized. These logi- 
cal and text views of the network are particularly useful 
when considering network entities that are physically 

so disperse and must be used if no geographical region is 
selected as one of the network features of the layer 
cake. 

[0069] In the above examples, only a single cus- 
tomer, service, or type of network entity were selected 
55 for isolation. Preferably, the user of the GUI 120 can fur- 
ther isolate two or more network features from the same 
attribute layer at the same time, for example two or more 
customers, services, or types of network entities. This 



12 

BNSDOCID: <EP 1094635A2J > 



23 



EP 1 094 635 A2 



24 



would be done by filtering out all the network entities but 
those associated with the specified plurality of network 
features from the same attribute layer. The advantages 
of allowing multiple network features from the same 
attribute layer to be isolated together is especially 
apparent when the network features, such as custom- 
ers, require similar management. Further, this is useful 
when the network manager wants to determine if two (or 
more) services use the same network resources. 
[0070] Although the preferred embodiments 
described herein above are directed to the GUI 1 20 that 
allows for both the selection of network feature(s) for fil- 
tering and the selection of network feature(s) for high- 
lighting, this is not meant to limit the scope of the 
present invention. Alternative embodiments of the GUI 
of the present invention perform only one of these oper- 
ations. Further, as described previously some alterna- 
tive embodiments do not utilize a base view, but simply 
use additional filtering operations that are equivalent to 
the selection of the base view. 

[0071 ] There are a number of key advantages of the 
GUI 120 according to preferred embodiments of the 
present invention. One key advantage is that such a 
GUI allows a user to view and manage a complex net- 
work by isolating the information relevant to the user at 
a particular moment. The dividing of the network into a 
plurality of attribute layers such as services, customers, 
network entities, and geographical locations, enables 
the network manager to decide what to view, what to 
hide from view, and what to highlight. The further prefer- 
able features of the bookmarks option, history options, 
and monitoring feature uses the advantages of the layer 
cake structure to make the network manager's job more 
efficient. 

[0072] The above described embodiments have 
focused mainly on a method in a computer system for 
displaying a selected layer cake. In addition, an embod- 
iment of the invention also provides for a software pro- 
gram containing software which when run will 
implement one or more of the above discussed meth- 
ods, stored on a computer readable medium. Another 
embodiment of the invention provides a computer sys- 
tem per se adapted to implement one or more of the 
above discussed methods. Furthermore, in another 
embodiment, a graphical user interface is provided 
which has been adapted to implement one or more of 
the above discussed methods. Furthermore, in another 
embodiment, an operating system is provided which 
has been adapted to implement one or more of the 
above discussed methods, the operating system prefer- 
ably being a Windows-based operating system. 
[0073] Further, an embodiment of the present 
invention's directed to an apparatus that consists of a 
memory, a GUI, a processor, and preferably a display. 
The memory stores a plurality of containment hierar- 
chies of network features; the GUI selects network fea- 
tures within each of the containment hierarchies as 
focused network features; and the processor identifies 



network entities categorized by all of the focused net- 
work features. Preferably, the display is also included 
within the apparatus and displays the network entities 
categorized by all of the focused network features. 

5 [0074] Yet further, the present invention of another 
embodiment is a GUI that is arranged to have access to 
categorization information with regard to a plurality of 
network entities within a network. The categorization 
information for each of the plurality of network entities is 

10 a plurality of network features arranged within attribute 
layers; each attribute layer being defined by a respec- 
tive containment hierarchy of network features. This 
GUI operates to receive as focused network features a 
selection of at least one respective selected network 

75 feature for each of at least one of the attribute layers. 
And, the GUI is arranged to output the focused network 
features to an apparatus that operates to identify as a 
focused subset the network entities categorized with all 
of the focused network features. 

20 [0075] Even further, an embodiment of the present 
invention is an apparatus controlled by control logic 
where the control logic operates to perform three oper- 
ations. First, it operates to provide a categorization of 
each of a plurality of network entities according to a plu- 

25 rality of network features arranged within attribute lay- 
ers, each attribute layer being defined by a respective 
containment hierarchy of network features. As well, it 
operates to receive as focused network features a 
selection of at least one respective selected network 

30 feature for each of at least one of the attribute layers. 
And further, the control logic operates to identify as said 
focused subset the network entities categorized with all 
of the focused network features. 

[0076] The displaying of network entities on the net- 
35 work display window 208 is described throughout this 
document. One skilled in the art would understand that 
this indicates that a symbolic, logical, or textual repre- 
sentation of the network entity is being shown and not 
necessarily an accurate depiction of the physical appa- 
40 ratus. 

[0077] Persons skilled in the art will appreciate that 
there are yet more alternative implementations and 
modifications possible, and that the above implementa- 
tion is only an illustration of this embodiment of the 
45 invention. The scope of the invention, therefore, is only 
to be limited by the claims appended hereto. 

Claims 

50 1. Within a Graphical User Interface (GUI), a method 
for selecting a focused subset of a plurality of net- 
work entities comprising: 

providing a categorization of each of the plural - 
55 ity of network entities according to a plurality of 

network features arranged within attribute lay- 
ers, each attribute layer being defined by a 
respective containment hierarchy of network 
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features; 

receiving as focused network features a selec- 
tion of at least one respective selected network 
feature for each of at least one of the attribute 
layers; and 

identifying as sa ' d focused subset the network 
entities categorized with all of the focused net- 
work features. 

2. A method according to claim 1 further comprising 
providing a selection mechanism for selecting 
between selecting a base view network feature, a 
filter network feature, and a highlight network fea- 
ture. 

3. A method according to one of claims 1 and 2, 
wherein at least one of the focused network fea- 
tures is selected as a base view network feature; 
and 

wherein the method further comprises iden- 
tifying as a base view subset the network entities 
categorized with all of the base view network fea- 
tures. 

4. A method according to claim 3, wherein one of the 
base view network features corresponds to a geo- 
graphical region. 

5. A method according to claim 3, wherein at least one 
of the focused network features is selected as a fil- 
ter network feature; and 

wherein the identifying said focused subset 
comprises identifying the network entities within the 
base view subset categorized with all of the filter 
network features. 

6. A method according to claim 3, wherein at least one 
of the focused network features is selected as a fil- 
ter network feature; and 

wherein the identifying said focused subset 
comprises identifying the network entities within the 
base view subset categorized with any of the filter 
network features. 

7. A method according to any one of claims 4 to 6, 
wherein if any of the base view network feature(s) 
are changed, the GUI is operable to require rese- 
tection of the filter network feat u re (s). 

8. A method according to any one of claims 4 to 6, 
wherein if any of the base view network feature(s) 
are changed, the GUI is operable to not require 
reselection of the filter network feature(s). 

9. A method according to any one of claims 1 to 8 fur- 
ther comprising receiving as highlight network fea- 



tures a selection of at least one respective selected 
network feature for each of at least one of the 
attribute layers; and identifying as a highlight subset 
the network entities within the focused subset cate- 
5 gorized with all of the highlight network features. 

10. A method according to claim 9 further comprising 
displaying representations of the network entities of 
the focused subset and visually distinguishing the 
w representations of the network entities within the 
highlight subset when displaying the representa- 
tions of the network entities within the focused sub- 
set. 

15 1 1 . A method according to any one of claims 1 to 9 fur- 
ther comprising displaying representations of the 
network entities within the focused subset. 

12. A method according to one of claims 10 and 11, 
20 wherein the displaying representations of the net- 
work entities within the focused subset is done by 
producing a geographical view of the representa- 
tions of the network entities within the focused sub- 
set. 

25 

13. A method according to one of claims 10 and 11, 
wherein the displaying representations of the net- 
work entities within the focused subset is done by 
producing a logical view of the representations of 

30 the network entities within the focused subset. 

14. A method according to one of claims 10 and 11, 
wherein the displaying the network entities of the 
focused subset is done by producing a text list of 

35 the network entities within the focused subset. 

15. A method according to any one of claims 1 to 14 
further comprising providing a selection mecha- 
nism for selecting each focused network feature to 

40 define one of a type or a geographical region within 
one of the attribute layers. 

16. A method according to any one of claims 1 to 15, 
wherein one of the attribute layers is defined by a 

45 containment hierarchy of geographical region net- 
work features. 

17. A method according to any one of claims 1 to 16, 
wherein one of the attribute layers is defined by a 

so containment hierarchy of network features concern- 

ing types of services and specific services. 

18. A method according to any one of claims 1 to 17, 
wherein one of the attribute layers is defined by a 

55 containment hierarchy of network features concern- 

ing types of customers and specific customers. 

19. A method according to any one of claims 1 to 18, 
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wherein one of the attribute layers is defined by a 
containment hierarchy of network features concern- 
ing types of network entities. 

20. A method according to any one of claims 1 to 19 
further comprising saving the focused network fea- 
tures as a bookmark for reselection at a later time. 

21. A method according to any one of claims 1 to 20 
further comprising saving the focused network fea- 
tures automatically as a history entry which can be 
reselected at a later time. 

22. A method according to any one of claims 1 to 21 
further comprising monitoring network information 
pertaining to the network entities within the focused 
subset and reporting this information. 

23. A method according to claim 22, wherein the 
reporting the network information comprises count- 
ing the number of errors or warnings corresponding 
to the network entities within the focused subset. 

24. A method according to claim 23, wherein the 
reporting the network information further comprises 
reporting periodically the number of errors or warn- 
ings corresponding to the network entities within 
the focused subset. 

25. A computer system adapted to implement the 
method according to any one of claims 1 to 24. 

26. A Graphical User Interface (GUI) adapted to imple- 
ment the method according to any one of claims 1 
to 24. 

27. A computer readable medium having software 
stored thereon for instructing a computer to imple- 
ment a method according to any one of claims 1 to 
24. 

28. An apparatus comprising: 

a memory for storing a plurality of containment 
hierarchies of network features; 

a Graphical User Interface (GUI) for selecting 
network features within each of the contain- 
ment hierarchies as focused network features; 
and 

a processor for identifying network entities cat- 
egorized by all of the focused network features. 

29. An apparatus according to claim 28 further com- 
prising a display for displaying the network entities 
categorized by all of the focused network features. 



30. Graphical User Interface (GUI) that is arranged to 
« have access to categorization information with 

regard to a plurality of network entities within a net- 
work, the categorization information for each of the 

5 plurality of network entities being a plurality of net- 

work features arranged within attribute layers, each 
attribute layer being defined by a respective con- 
tainment hierarchy of network features; 

wherein the GUI operates to receive as 

to focused network features a selection of at least one 
respective selected network feature for each of at 
least one of the attribute layers; and 

wherein the GUI is arranged to output the 
focused network features to an apparatus that oper- 

75 ates to identify as a focused subset the network 
entities categorized with all of the focused network 
features. 

31. An apparatus being controlled by control logic, the 
20 control logic operating to: 

provide a categorization of each of a plurality of 
network entities according to a plurality of net- 
work features arranged within attribute layers, 
25 each attribute layer being defined by a respec- 

tive containment hierarchy of network features; 

receive as focused network features a selec- 
tion of at least one respective selected network 
30 feature for each of at least one of the attribute 

layers; and 

identify as said focused subset the network 
entities categorized with all of the focused net- 
35 work features. 

32. An apparatus according to claim 31 , wherein the 
control logic further operates to provide a selection 
mechanism for selecting between selecting a base 

40 view network feature, a fitter network feature, and a 
highlight network feature. 

33. An apparatus according to one of claims 31 and 32, 
wherein at least one of the focused network fea- 

45 tures is selected as a base view network feature; 
and 

wherein the control logic further operates to 
identify as a base view subset the network entities 
categorized with all of the base view network fea- 
so tures. 

34. An apparatus according to claim 33, wherein at 
least one of the focused network features is 
selected as a filter network feature; and 

55 wherein the control logic operates to identify 

said focused subset by identifying the network enti- 
ties within the base view subset categorized with all 
of the filter network features. 
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35. An apparatus according to any one of claims 31 to 

34, wherein the control logic further operates to 
receive as highlight network features a selection of 
at least one respective selected network feature for 
each of at least one of the attribute layers; and iden- 5 
tify as a highlight subset the network entities within 
the focused subset categorized with all of the high- 
light network features. 

36. An apparatus according to claim 35, wherein the 
control logic further operates to display representa- 
tions of the network entities of the focused subset 
and visually distinguish the representations of the 
network entities within the highlight subset when 
displaying the representations of the network enti- 
ties within the focused subset. 

37. An apparatus according to any one of claims 31 to 

35, wherein the control logic further operates to dis- 
play representations of the network entities of the 20 
focused subset. 



25 



30 



35 



40 



45 



50 



55 



16 

BNSDOCID: <EP 1094635A2_I_> 



10 



15 



EP 1 094 635 A2 




DATA COLLECTOR 
106 



v 



DATABASE 
104 



102 

LOCAL 
DATABASE 
118 



NETWORK MANAGEMENT 
PROCESSOR 
110 



KEYBOARD 
114 



MOUSE 
116 



G.U.I. V 120 V H2 



DISPLAY 



FIG. 1 



17 

BNSDOCID: <EP 1094635A2_I_> 



EP 1 094 635 A2 




18 



3NSDOCID; <EP 1 094635A2_I_> 



EP 1 094 635 A2 




EP 1 094 635 A2 




EP 1 094 635 A2 




EP 1 094 635 A2 




BNSOOCID: <EP 1094635A2J_> 



EP 1 094 635 A2 




23 



3NSDOCID: <EP 1094635A2_I_> 



EP 1 094 635 A2 




24 

3NSDOCID: <EP 1094635A2_I_> 



EP 1 094 635 A2 




EP 1 094 635 A2 




EP 1 094 635 A2 




EP 1 094 635 A2 




EP 1 094 635 A2 




EP 1 094 635 A2 




EP 1 094 635 A2 




31 

BNSDOCID: <EP 1 094635A2_1_> 



EP 1 094 635 A2 



702 



CLINICS / LANS / EAST ON 


\7'2 




0C48 / SONET / ONTARIO 


V 710 




EMAIL / OTTAWA 


V 708 




BANK B / VPNS / TORONTO 


V 706 




ADO BOOKMARK 


V04 




BOOKMARKS 


V 210 



V 204 



802 



FIG. 7 



0C48 
SONET 
L @ ONTARIO 
EMAIL 
@) OTTAWA 
VPNS 
BANK B 
TORONTO 



HISTORY 



V 212 



V 204 



FIG. 8 



32 



BNSDOCID: <EP 1094635A2_I_> 



EP 1 094 635 A2 



{^JSTAR/T^) 





r 




1 




OPERATION BUTTON PRESSED 
902 




YES 



SUBSEQUENT NAVIGATION 
DEFINES BASEVIEW 
906 




SUBSEQUENT NAVIGATION 
DEFINES FILTER 
910 



NO 






HIGHLIGHT 

BUTTON 

SELECTED 
I ». 






SUBSEQUENT NAVIGATION 
DEFINES HIGHLIGHT 
912 












GENERATE 




DISPLAY 



FIG. 9A 



33 



EP 1 094 635 A2 



ATTRIBUTER LAYER SELECTED 
916 






REGION OR TYPE OPTION 
SELECTED 
918 






NETWORK FEA1 
CONTENTS 

9: 


URE IN LIST OF 
SELECTED 
10 




END r~^> 



FIG. 9B 



34 



BNSDOCID: <EP 1094635A2_L> 



EP 1 094 635 A2 



GENERATE DISPLAY 





r 


IDENTIFY FIRST SET OF ALL NETWORK ENTITIES 
IN BASEVIEW 
924 


i 


r 


IF FILTER SELECTED, REMOVE ALL NETWORK ENTITIES 
DEFINED BY FILTER FROM FIRST SET 
926 




f 


IDENTIFY SECOND SET OF NETWORK ENTITIES CONSISTING 
OF ALL NETWORK ENTITIES IN FIRST SET DEFINED BY 
HIGHLIGHT 
928 




f 


DISPLAY ALL NETWORK ENTITIES IN FIRST SET WITH 
HIGHLIGHTING APPLIED TO SECOND SET 
930 




r 


DISPLAY LAYER CAKE SUMMARY CONSISTING OF BASEVIEW, 
FILTER AND HIGHLIGHT 
932 




r 


ADD LAYER CAKE TO HISTORY 
934 


1 


f 



END 



FIG. 9C 



35 

BNSDOCID: <EP 1 094635A2_I_> 



(19) 




Europaisch s Patentamt 
Europ an Patent Offic 
Off ic urop ' n d s br v ts 



(12) 



(88) Date of publication A3: 

12.03.2003 Bulletin 2003/11 



(H) EP 1 094 635 A3 

EUROPEAN PATENT APPLICATION 

(51) intd7: H04L 12/24 



(43) Date of publication A2: 

25.04.2001 Bulletin 2001/17 

(21) Application number: 00309178.2 

(22) Date of filing: 18.10.2000 



(84) Designated Contracting States: 


(72) Inventors: 


AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


o Wille, Allan 


MCNLPTSE 


Ottawa, Ontario, Canada K1N 8N9 (CA) 


Designated Extension States: 


o Rochford, Suzanne L. 


AL LT LV WIK RO SI 


Hull, Quebec J8Z 3G9, Canada M4J 1 K4 (CA) 


(30) Priority: 19.10.1999 US 420424 


(74) Representative: Mackenzie, Andrew Bryan et al 




Sommerville & Rushton, 


(71) Applicant: Nortel Networks Limited 


45 Grosvenor Road 


Montreal, Quebec H2Y 3Y4 (CA) 


St Albans, Herts. AL1 3AW (GB) 



(54) Apparatus and method for selecting network entities 



CO 
CD 



(57) Network management can be made more effi- 
cient by using a graphical user interface that is clear and 
concise in what network information is identified and 
subsequently displayed. One key to improving graphical 
user interfaces is the categorizing of network entities in- 
to a series of attribute layers that define different fea- 
tures of the network entities. For instance, a layer of at- 
tributes may include geographical regions, services, 
customers, or types of network entities. By selecting a 
base view from the group of geographical regions and 
then network features for filtering operations from one 
or more of the other attribute layers, the network entities 
defined by the selected network features can be identi- 
fied and isolated with all other irrelevant network entities 
being filtered out. The advantages to this graphical user 
interface is especially evident when considering the 
case that a specific customer service, or network entity 
requires special attention. Other features of this inter- 
face include bookmarking, archiving, and monitoring 
specific views of a network based off a base view along 
with one or more filtered network features. 



OATA NETWORK 
108 



DATA COLLECTOR 
106 



DATABASE 
W 



~L0CAL , NETWORK MANAGEMENT 

' DATABASE PROCESSOR 

ija | I no 





KEYBOARD 
114 




* i 



MOUSE 
116 



120 



FIG 1 



ft, 

LU 



Printed by Jouve. 75001 PARIS (FR) 



9NSDOCID: <EP 1 094635A3_I_> 



EP 1 094 635 A3 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 

EP 00 30 9178 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document with indication, where appropnate, 
of relevant passages 



Relevant 
to claim 



CLASSIFICATION OF THE 
APPLICATION (lnLCI.7) 



Y 
A 



Y 
A 



US 5 958 012 A (BATTAT REUVEN ET AL) 
28 September 1999 (1999-09-28) 



* abstract * 

* claims 1,9-11,16,17,21,22,30,34 



* column 1, line 51 - column 2, line 10 * 

* column 5, line 15-24 * 

* column 5, line 53 - column 6, line 30 * 

* column 13, line 8 r - column 14, line 19 * 

* column 15, line 58 - column 16, line 30 



W0 99 15950 A (DEGRAFT JOHNSON JAMES 

; FRANKLIN PAUL GLENN (US); H0LF0RD WILLIAM 

C) 1 April 1999 (1999-04-01) 

* abstract * 

* claims 1,2,7,18,20,21 * 



page 3, line 8-24 * 

page 4, 1 ine 3-12 * 

page 6, line 5-16 * 

page 24, line 1-10 * 

page 26, line 16-30 * 

page 36, line 12 - page 37, line 12 

-/-- 



The present search report has been drawn up for aJ I claims 



I- 3,9, 

II- 17, 
19,22, 
25-33, 
35,37 
18 

4-8,10, 
20,21, 
23.24, 
34,36 



1.2. 
28-31 

18,20,21 
3-17,19, 
22-27, 
33-37 



H04L12/24 



TECHNICAL FIELDS 
SEARCHED (Intel 7) 



H04L 



Piscc ot oearsn 

THE HAGUE 



Oalc zt comoleton ol t~c search 

17 January 2003 



Cichra, M 



CATEGORY OF CITED DOCUMENTS 

X particularly relevant if taken alone 

Y particularly relevant if combined with another 

document of the same category 
A technological background 
O : non-written disclosure 
P intermediate document 



T theory or principle underlying the invention 
E : earlier patent document, but published on, or 

after the fifing date 
D : document crted tn the application 
L document cited for other rea3onB 



& merber of the same patent family, corresponding 
document 



EP 1 094 635 A3 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 

EP 00 30 9178 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document with indication, where appropriate, 
of relevant passages 



BALASUBRAMANI AN V ET AL: 11 A systematic 
approach to user interface design for 
hypertext systems" 
SYSTEM SCIENCES, 1995. VOL. IV, 
PROCEEDINGS OF THE TWENTY-EIGHTH HAWAII 
INTERNATIONAL CONFERENCE ON WAILEA, HI, 
USA 3-6 JAN. 1995, LOS ALAMTOS, CA, 
USA, IEEE COMPUT. SOC, 

3 January 1995 (1995-01-03), pages 
241-250, XP0101283Q7 
ISBN: 0-8186-6940-3 

* page 241, column 2, line 1-9 * 

* paragraph [0003] * 

* paragraph [4.3.3] * 

* paragraph [04.7] * 

* paragraph [04.9] * 

US 5 874 964 A (GILLE J BERNARD) 
23 February 1999 (1999-02-23) 



* abstract 



Relevant 
to claim 



CLASSIFICATION OF THE 
APPLICATION (IM.CL7) 



figure 4 * 

column 1, line 9-15 * 

column 2, line 65 - column 3, line 18 * 

column 3, line 45-54 * 

column 8, line 27 - column 10, line 10 

column 12, line 26-64 * 



The present search report has been drawn up for all claims 



28,29 



20,21 



1-3,9, 
16,19, 
25,26, 
28-33, 
35,37 
4-8, 
10-15, 
17,18, 
20-24, 
27,34,36 



Place of search 

THE HAGUE 



Daio 01 ccmolel on ci l^e eecfcn 

17 January 2003 



TECHNICAL FIELDS 
SEARCHED (lnt.C1.7) 



Cichra, M 



CATEGORY OF CrTED DOCUMENTS 

X : particularly relevant if taken atone 

Y : particularly relevant rf combined with another 

document of the tame category 
A : tech no logical background 
O : non-written disclosure 
P : interred tale document 



r : theory or prineple underlying Ihe <nvention 
E : eanier patent document, but published on, or 

after the filing dale 
D : document cited in the application 
L : document cited for other reasons 

& : member of the frame potent family, correspondng 
doc-- me nt 



3 



BNSDOCID: <EP 1 094635A3_I_> 



EP 1 094 635 A3 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 

EP 00 30 9178 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category- 



Citation of document with indication, where appropriate, 
of relevant passages 



Relevant 
to claim 



CLASSIFICATION OF THE 
APPLICATION (lnLCI.7) 



US 5 960 439 A (HAMNER JOHN F ET AL) 
28 September 1999 (1999-09-28) 



* abstract * 



* figures 2,3,5,9 * 

* column 1, line 55 - column 2, line 3 * 

* column 3, line 64 - column 5, line 19 

* column 7, line 43 - column 8, line 10 

* column 9, line 31-43 * 

* column 10, line 42-62 * 



The present search report has beer drawn up for a I claims 



3, 

-13. 
-17, 
,22, 
-33,37 
10,14, 

,20, 
,23, 
,36 



TECHNICAL FIELDS 
SEARCHED (lnLC!.7) 



Plane -">' search 

THE HAGUE 



Dare of ccxnoictor. 01 ins tc a ran 

17 January 20G3 



Cichra, M 



CATEGORY OF CITED DOCUMENTS 

V. particularly relevant rf taken alone 

Y - particularly relevant it combined with another 

dbojment of the some category 
A . techno log icalbaokg round 
O non-written disclosure 
P ■ intermediate document 



T : theory cr principle underlying the invention 
E . earlier patent document but published on, or 

after the tiling date 
D : document citec in the oppi cation 
L . document cited for other reasons 



& : member of the same patent family, corresponding 
document 



BNSDOCID: <EP 1094635A3_I_> 



4 



EP 1 094 635 A3 



ANNEX TO THE EUROPEAN SEARCH REPORT 
ON EUROPEAN PATENT APPLICATION NO. 



EP 00 30 9178 



This annex lists the patent family members relating to the patent documents cited in the above-mentioned European search report. 
The members are as contained in the European Patent Office EDP file on 

The European Patent Office is in no way liable for these particulars which are merely given for the purpose of information. 

17-01-2003 



Patent document 
cited in search report 



Publication 
date 



Patent family 
member{s) 



Publication 
date 



US 


6289380 


Bl 


11-09-2001 


us 


2002013837 


Al 


31-01-2002 


AU 


1062499 


A 


12-04-1999 


AU 


9582798 


A 


12-04-1999 


AU 


9582998 


A 


12-04-1999 


AU 


9583198 


A 


12-04-1999 


AU 


9583298 


A 


12-04-1999 


AU 


9583398 


A 


12-04-1999 


AU 


9583598 


A 


12-04-1999 


AU 


9583698 


A 


12-04-1999 


AU 


9584098 


A 


12-04-1999 


AU 


752622 


B2 


26-09-2002 


AU 


9666398 


A 


12-04-1999 


AU 


753269 


B2 


10-10-2002 


AU 


9667198 


A 


12-04-1999 


AU 


9667298 


A 


12-04-1999 


AU 


9667598 


A 


12-04-1999 


AU 


9667698 


A 


12-04-1999 


AU 


9667898 


A 


12-04-1999 


AU 


9667998 


A 


12-Q4-1999 


AU 


9668098 


A 


12-04-1999 


AU 


9668298 


A 


03-05-1999 


AU 


9777098 


A 


12-04-1999 


AU 


9777298 


A 


12-04-1999 


AU 


9777398 


A 


12-04-1999 


BR 


9814046 


A 


02-01-2002 


BR 


9814049 


A 


20-11-2001 


BR 


981405G 


A 


13-11-2001 


CA 


2304543 


Al 


22-04-1999 


CA 


2304554 


Al 


01-04-1999 


CA 


2304619 


Al 


01-04-1999 


EP 


1015995 


Al 


05-07-2000 


EP 


1015970 


A2 


05-07-2000 


EP 


1015986 


Al 


05-07-2000 


WO 


9915984 


Al 


01-04-1999 


WO 


9915960 


A2 


01-04-1999 


wo 


9916230 


Al 


01-04-1999 


wo 


9915974 


Al 


01-04-1999 


wo 


9915975 


Al 


01-04-1999 


wo 


9916206 


Al 


01-04-1999 


wo 


9916198 


Al 


01-04-1999 


wo 


9915977 


Al 


01-04-1999 


wo 


9916207 


Al 


01-04-1999 


wo 


9915988 


A2 


01-04-1999 


wo 


9915996 


A2 


01-04-1999 



US 5958012 



28-09-1999 



W0 9915950 



01-04-1999 



Li- 
ft For more details about this annex see Official Journal of the European Patent Office, No. 12/82 



BNSDOCID: <EP 1 094635A3_I_> 



EP 1 094 635 A3 



ANNEX TO THE EUROPEAN SEARCH REPORT 
ON EUROPEAN PATENT APPLICATION NO. 



EP 00 30 9178 



This annex lists the patent family members relating to the patent documents cited in the above-mentioned European search report 
The members are as contained in the European Patent Office E DP file on 

The European Patent Office is in no way liable for these particulars which are merely given for the purpose of information. 

17-01-2003 





Patent document 






Publication 






Patent family 


Publication 




cited in search report 






date 






member(s) 


date 


t Id 

wu 


991b9t>U 


A 






WO 


9916002 


Al 


01-04-1999 












WO 


9915950 


Al 


i\ i n a 1 one 












WO 


9916218 


Al 


01-04-1999 












WO 


9916099 


A2 


01-04-1999 












W0 


9915989 


Al 


01-04-1999 












WO 


9915978 


Al 


01-04-1999 












wo 


9915979 


Al 


01-04-1999 


US 


5874964 


A 


23 


-02-1999 


NONE 








US 


5960439 


A 


28 


-09-1999 


US 


5796951 


A 


18-08-1998 












AU 


1293497 


A 


17-07-1997 












CA 


2241003 


Al 


03-07-1997 












CA 


2330355 


Al 


03-07-1997 












CA 


2330358 


Al 


03-07-1997 












CN 


1209208 


A 


24-02-1999 












EP 


1271845 


A2 


02-01-2003 












EP 


1271846 


A2 


02-01-2003 












EP 


0868696 Al 


07-10-1998 












US 


6076106 


A 


13-06-2000 












WO 


9723831 


Al 


03-07-1997 



c _ 

5:- ror more details about this annex : see Official Journal of ne European Patent Oflice. No. 1 2/82 



BNSDOCID: <EP 1094635A3J_> 



